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(54) Title: METHOD FOR LOADING A FUNCTION PROVIDED BY A FIRST COMPUTER (SERVER) ONTO A SECOND 
COMPUHER (CUENT) 

(54) Bezeichnung: VERFAHREN ZUM LADEN FINER FUNKTION, DIE VON EINEM ERSTEN RECHNER (SERVER) BEREIT- 
GESTELLT WIRD, AUF EINEN ZWEITEN RECHNER (CLIENT) 

(57) Abstract 

A function is to be loaded from 
a first computer onto a second computer 
via a network, preferably a computer 
network or communications network. 
Hie second computer contains, in 
addition to the operating system, a 
platfomi-independent system, preferably 
a JAVA virtual machine which ensures 
that the platform-independent code 
(JAVA byte code) from the operating 
system of the second computer can run 
on the second computer. In addition 
to tlie platform-independent code, a 
platform-dependent code, particular to 
the hardware of the second computer, can 
be loaded from the first computer, thus 
avoiding the operation time losses that 
result from the platform-Independent code. 
To this end, the first computer comprises 
the necessary platform-dependent 

functions, preferably as dynamic libraries, which are optionally requested by the second computer, so as to obtain operation time gains on 
the second computer. 




(57) Zusaramenfossung 

Von cincm ersten Rechner soil tiber ein Netz, vorzugsweise ein Rechncmctz odcr ein Kommunikationsnctz, einc Funktion auf 
cincn zwcitcn Rechner gcladen werden. Der zwcitc Rcchncr cnthait dazu ncbcn einem Bctriebssystcm ein plattformunabhangiges System, 
vorzugsweise eine JAVA-Virtual~Maschine» das gewfihrleistet, daS von dem Betriebssystem des zweiten Rechners plattformunabhaiigiger 
Code (JAVA-Bytecode) auf diesem zweiten Rechner ablaufen kann. Neben plattformunabhangigem Code kann auch plattformabhangiger 
Code, speziell f^r die Hardware des zweiten Rechners, von denn ersten Rechner geladen werden, wobei die durch plattformunabhangigen 
Code rcsultierenden Laufzeiteinbufien vermiedcn werden. Dazu umfaflt der erete Rechner die benOtigien plattformabhSngigen Funktionen, 
vorzugsweise als dynamischc Bibliothckcn, die ggf. von dcm zweiten Rechner angcfordert werden, urn Laufzcitgewinne auf dem zwcitcn 
Rechner zu erzielen. 
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Beschreibung 

Verfahren zum Laden einer FunktioiX/ die voix einem ersten 
Rechner (Server) bereitgestellt wird, auf einen zweiten 
5 Rechner (Client) 

Die Erfindung betrifft ein Verfahren zum Laden einer 
Funktion, die von einem ersten Rechner (Server) 
bereitgestellt wird, auf einen zweiten Rechner (Client) , 
10 wobei der erste Rechner und der zweite Rechner iiber ein Netz 
verbunden sind. 

Ein Netz bezeichnet ein Medium, uber das Rechner miteinander 
verbunden sind und uber das Nachrichten zwischen den Rechner, 
15 sei es verbindungslos oder verbindungsorientiert , 

ausgetauscht werden, Beispiele fur solche Netze sind 
Rechnernetze und Kommunikationsnetze . 

Mit Funktion wird eine Komponente bezeichnet, die auf einem 
20 zweiten Rechner benotigt und auf einem ersten Rechner zur 
Verfiigung gestellt wird. Derartige Funktionen konnen 
beispielsweise Programme, die ilber das Netz von dem ersten 
Rechner geladen werden sollen, Prozeduren im Veretandnis 
einer strukturierten Programmiersprache oder Methoden im 
25 objektorientierten Sinn sein. 

Die Programmiersprache JAVA ist dem Fachmann hinlanglich 
bekannt, Ein wichtiges Merkmal von JAVA ist seine 
Unabhangigkeit von einer bestimmten Plattform 

30 (plattformunabhangig) . JAVA lauft auf jedem System, auf dem 
eine JAVA- Virtual -Machine implementiert ist, Diese JAVA- 
Virtual -Machine ubernimmt die Ausfuhrung des JAVA-Programms, 
wobei eine kontrollierte Ubertragung mit anschliefiender 
Integritatsuberpriifung des geladenen Codes erfolgen kann. Ein 

35 JAVA-Applf^t- bezeichnet eine in JAVA geschriebene Applikation, 
die auf Netzbrowsern ausgefuhrt wird und somit auf der in dem 
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Netzbrowser integrierten JAVA- Virtual -Machine lauft. 
Allgemein ist jedes JAVA- Applet auch ein JAVA-Programm . 

Da, wie erwahnt, fur ein ablauf f Shiges JAVA-Programm (z.B. 
5 ein JAVA- Applet) eine JAVA- Virtual -Machine notwendig ist, 

sind deutliche Lauf zeiteinbuiSen im Vergleich zu einem eigens 
fiir den jeweiligen Rechner geschriebenen Programm 
(piattf ormabhangig) hinzunehmen. JAVA-BytprndP bezeichnet 
einen ProgramTncode , der piattf ormunabhangig auf jedem 
10 Rechner, der iiber eine JAVA- Virtual -Machine verfugt, ablaufen 
kann. Der JAVA-Bytecode ist in JAVA-clafis-pn p<:^ integriert, 
die weitere fiir die JAVA- Virtual -Machine niitzliche 
Information bereitstellen, insbesondere eine Semantik fur die 
Umgebung der JAVA- Virtual -Machine beinhalten. 

15 

Demzufolge kann unterschieden werden in piattf ormabhang igp , 
d.h. fur den jeweiligen Rechner spezif izierte, und 
piattf ormunabhangngp . d.h. unabhangig von dem speziellen 
Rechner lauffahige, Programme. Mittels eines 
20 plattformabhangigen Programms ist der Einsatz von 
Programmcode (auch: Code) moglich, der spezielle 
Hardwaremerkmale des jeweiligen Rechners ausnutzt. Damit ist 
ein signif ikanter Lauf zeitgewinn bei Programmausfiihrung 
verbunden . 

25 

In existierenden Systemen, die verschiedene Rechner 
miteinander liber piattf ormunabhangige Programme (z.B. JAVA) 
verbinden, ist es von Nachteil, daS ein piattf ormunabhangiges 
Programm deutliche Lauf zeiteinbufien mit sich bringt, 
3 0 wohingegen bei auf spezielle Hardware, insbesondere 

Multimedia-Hardware, abgestimmter Programmcode immense 
Lauf zeitvorteile mit sich brachte. 

Die Aufgabe der Erfindung besteht darin, ein Verfahren zum 
35 Laden einer Funktion von einem erst en Rechner auf einen 

zweiten Rechner anzugeben, wobei die oben erwahnten Nachteile 
vermieden werden. 
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Diese Aufgabe wird gemafi den Merkmalen des Patentanspruchs 1 
gelost , 

5 Das erf indungsgemaSe Verfahren ermoglicht das Laden einer 
Funktion, die von einem ersten Rechner (Server) 
bereitgestellt wird, auf einen zweiten Rechner (Client), 
wobei der erste Rechner und der zweite Rechner uber ein Netz 
verbunden sind. Dazu wird von dem zweiten Rechner uber das 

10 Netz bei dem ersten Rechner angefragt, ob die Funktion in 
einem plattf ormabhangigen Code verfugbar ist . Falls, ein 
plattformabhangiger Code nicht verfugbar ist, wird ein 
plattformunabhangiger Code der Funktion von dem ersten 
Rechner geladen und das Verfahren wird beendet, Ansonsten 

15 (der plattformabhangige Code ist verfugbar) wird zunachst 
uberpruft, ob dieser plattformabhangige Code der Funktion 
schon auf dem zweiten Rechner vorhanden ist und, so dies der 
Fall ist, wird dieser plattformabhangige Code geladen und das 
Verfahren beendet. 1st hingegen der plattformabhangige Code 

2 0 auf dem zweiten Rechner nicht vorhanden, so wird mitt els 

einer Eingabe entschieden, ob der plattformabhangige Code vom 
ersten Rechner geladen werden soil. Ergibt sich aus der 
Eingabe, daE der plattformabhangige Code nicht geladen werden 
soil, wird der plattf ormunabhangige Code geladen und das 
25 Verfahren beendet. Wird mittels der Eingabe entschieden, dafi 
der plattformabhangige Code geladen werden soil, so wird nach 
einer Verhandlung zwischen dem ersten Rechner und dem zweiten 
Rechner der plattformabhangige Code der Funktion auf den 
zweiten Rechner geladen. 

30 

Eine Weiterbildung der Erfindung besteht darin, dafi die 
Verhandlung folgende Schritte umf aSt : 

Der zweite Rechner fordert von dem ersten Rechner eine Liste 
aller verfugbaren plattf ormabhangigen Realisierungen der 

3 5 Funktion an. Diese Liste wird von dem ersten Rechner an den 

zweiten Rechner ubertragen. Der zweite Rechner wahlt eine 
geeignete Realisierung aus, teilt dies dem ersten Rechner mit 
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und fordert eine Ubertragung dieser Realisierung der Funktion 
an. Dadurch wird sichergestellt , da£ eine passende 
plattforraabhangige Realisierung zudem zweiten Rechner 
libertragen wird. Hierbei sei angemerkt, daS eine solche 
5 plattforraabhangige Realisierung insbesondere ein fur die 
jeweilige Plattform erstelltes Programm oder ein fur die 
jeweilige Plattform kompilierter Object-Code sein kann. 

Eine andere Weiterbildung besteht darin, dafi nach dem Laden 
10 plattformabhangigen Codes von dem ersten Rechner auf den 
zweiten Rechner eine Sicherheitsuberpruf ung dieses 
plattformabhangigen Codes durchgefuhrt wird. Dabei kann-diese 
Sicherheitsiiberprufung dadurch erfolgen, daS, ehe der 
.geladene plattf ormabhSngige Code auf dem zweiten Rechner 
15 ausgefuhrt wird, eine Integritatspruf ung dieses Codes 
erfolgt, vorzugsweise mittels eines Virensuchprogramms . 

Im Rahmen einer zusatzlichen Weiterbildung ist es moglich die 
Eingabe auf eine der folgenden Arten durchzuf iihren : 

20 

a) Ein Benutzer gibt an, ob er plattformabhangigen Code von 
dem ersten Rechner laden will. Hierbei kann der Benutzer 
die Entscheidung treffen und das Risiko eingehen, 
korrupten, also fehlerhaften oder mit beispielsweise . 

25 Viren behafteten, Code von dem ersten Rechner zu 

empf angen. 

b) Die Eingabe erfolgt automatisiert dadurch, dafi eine Liste 
auf dem zweiten Rechner gehalten wird, die Kennungen von 

3 0 Rechnern enthalt, die in einer sicheren Umgebung stehen 

(Trusted Servers) . 

c) Die Eingabe ist dauerhaft auf "Laden von 
plattformabhangigen Code" eingestellt, wenn der erste 

35 Rechner keine sicherheitsrelevanten Daten und/oder 

Programme enthalt. Dies ist vorzugsweise bei speziell 
dafiir vorgesehenen Netzwerkcomputern der Fall. Generell 
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5 

ist von Vorteil, wenn die geladenen Funktionen nur fur die 
zeitlich begrenzte Sitzung benotigt werden, der zweite 
Rechner nach der Sitzung ausgeschaltet wird und/oder die 
liber das Netz erhaltenen Daten nicht persistent 
abspeichert . 

Auch ist es eine Weiterbildung, daS es sich bei dem 
plattformunabhangigen Code um JAVA-Bytecode, der. in JAVA- 
Class-Files integriert ist, handelt . 

Weiterbildungen der Erfindung ergeben sich auch aus den 
abhangigen Anspruchen. 

Anhand der folgenden Figuren werden Ausfuhrungsbeispiele der 
15 Erfindung naher dargestellt. 

Es zeigen 

Fig.l ein System aus verteilten Rechnern mit plattform- 
abhangigen und plattf ormunsdohangigen Funktionen, 
20 Fig. 2 ein Blockdiagramm fiir ein Verfahren zum Laden einer 
Funktion in plattf orraabhangigen oder 
plattformunabhcLngigem Code, 
Fig. 3 ein Ablauf diagramm fur eine Verhandlung dariiber, 
welche Realisierung einer Funktion in plattform- 
25 abhangigem Code geladen werden soil. 

Die in Fig.l dargestellte Konf iguration stellt ein 
Client -/Server-System dar. Die Rechner CLl, CL2 und CL3 
(Clients) wollen eine, vorzugsweise in JAVA geschriebene , 

3 0 Applikation auf deren Virtual -Machine VM ausfiihren. Die drei 
dargestellten Rechner CLl, CL2 und CL3 verfugen jeweils uber 
unterschiedliche Betriebssysteme SI, S2 und S3, wobei auf 
jedem dieser Betriebssysteme eine Virtual -Machine VM lauft, 
die ihrerseits sicherstellt , daS plattf ormunabhangige JAVA- 

35 Class-Files, der fur diese Virtual-Machine VM bestinimt ist, 
auf jedem der Rechner CLl, CL2 und CL3 ausgefiihrt werden 
kann. Handelt es sich bei den JAVA-Programmen um JAVA- 
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Applets, so ist ein Netzbrowser aktiv. Auf dem Server SV ist 
eine Klasse A mit einer plattf ormunabhangigen Implement ierung 
einer Methode a enthalten (siehe Block 101) . 

5 Hierbei sein angemerkt, dafi der Begriff "Methode" im Sinne 
der objektorientierten Programmierung verwendet wird, womit 
eine Prozedur Oder Funktion bezeichnet ist, die mit einer 
Klasse assoziiert ist und als Reaktion auf eine Botschaft 
aufgerufen wird. Dabei ist eine Botschaft eine Aufforderung 
10 an ein Objekt, eine seiner Methoden auszufuhren. 
Weitergehende Definitionen und Erlauterungen zur 
objektorientierten Programmierung mit den dort bevorzugten 
Begriff en sind dem Fachmann hinlanglich bekannt. 

15 Die Implementation der Methode a in plattf ormunabhangigem 

Code, vorzugsweise in JAVA-Bytecode und nicht in plattf orm- 
abhangigem Code bedeutet einen plattf ormiibergre if enden 
Einsatz der Methode a in alien Rechnern CLl, CL2 und CL3 mit 
einer entsprechenden Virtual -Machine VM, wobei mit Verwendung 

20 der Virtual-Machine VM Lauf zeiteinbuSen in Kauf genommen 
werden . 

Eine zweite Methode b ist innerhalb der Klasse A 101 
lediglich deklariert; definiert wird die Methode b auSerhalb 
25 der Klasse A auf drei verschiedene Arten: 

1. In Form einer plattf ormabhSngigen Bibliothek 102, die fur 
das Betriebssystem SI bestimmt ist; 

30 2. als plattf ormabhangige Bibliothek 103, die fur das 
Betriebssystem S2 bestimmt ist; 

3. als eine plattf ormunabhangige Methode innerhalb einer 
Klasse b (siehe Block 104) . 

35 

Fordert der Rechner CLl Code fiir die Methode b an, so ladt er 
bisher die Klasse b und fiahrt den verhaltnismalSig langsamen 
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Bytecode aus, auch wenn der Rechner CLl zur Durchfuhrung der 
der Methods b zugrundeliegenden Ftinktionalitat vorzugsweise 
uber spezielle Multimedia-Hardware verfiigt, 

5 Um es zu ermoglichen, speziellen plattf ormabhangigen und auf 
Laufzeit optiniierten Code in dem jeweiligen Rechner (hier der 
Rechner CLl) nutzen zu konnen, wird die Methode b in der 
Klasse A als "native" deklariert. Somit erf^hrt .der Rechner 
CLl, daS die Methode b auch in plattf ormabhangigem Code auf 

10 dem Server SV verfugbar ist . Der Rechner CLl ladt eine 

plattformabhangige Reprasentation der Methode b, falls diese 
speziell fiir seine Plattf orm. das Betriebssystem SI, 
verfugbar ist, von dem Server SV (im Beispiel von Fig.l 
entspricht dieser Reprasentation der Block 102) , Damit erhalt 

15 der Rechner CLl eine speziell auf die Hardware dieses 
Rechners CLl abgestiramte und weniger lauf zeitintensive 
Version der Methode b. Vorzugsweise f^ihrt der Rechner CLl 
iiber eine vorgegebene Schnittstelle ( JAVA-Native-Interf ace) 
die Methode b in der JAVA-Umgebung aus. 

20 

Die Anfrage eines Rechners CLl, CL2 oder CL3 beim Server SV, 
ob ein plattformabhSngiger Code auf dem Server SV verfugbar 
sei und ob dieser ggf . auch auf den jeweiligen Rechner CLl, 
CL2 Oder CL3 geladen werden soil, ist detailliert in Fig. 2 
25 dargestellt. 

In einera Schritt 201 fragt der Rechner CLl an, ob 

plattf ormabhangiger Code auf dem Server SV verfugbar sei. Ist 

dies nicht der Fall, wird plattf ormunabhangiger Code geladen 

30 (siehe Schritt 202 bzw. Block 104 in Fig.l fiir eine 

plattformunabhSngige Reprasentation der Methode b) . Ist 
hingegen plattf ormabhangiger Code auf dem Server SV 
verfugbar, so wird in einem Schritt 203 f estgestellt , ob auf 
dem jeweiligen Rechner CLl der entsprechende 

35 plattformabhangige Code schon lokal verfugbar ist. In solch 
einem Fall wird in einem Schritt 204 auf den lokal 
verfiigbaren Code zugegriffen. Dies kann beispielsweise durch 
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ent spr e chende Zwi s che nspe i cherung ( Cache - Spe i che r ) 
gewahrleistet werden. 



1st plattformabhangiger Code auf dem Server SV verfugbar, 
5 aber lokal auf dem Rechner CLl nicht verfugbar, so wird in 
einem Schritt 205 entschieden, ob plattformabhangiger Code 
von dem Server SV auf den Rechner CLl geladen werden soil. 

Als Entscheidungshilfe dient eine Eingabe 20G, durch die der 
10 Benutzer festlegen kann, ob er plattf ormabhangigen Code von 
speziell diesem Server SV laden will. Eine andere mogliche 
Eingabe ist eine Liste, die Kennzeichnungen von Servern 
enthalt, die als vertrauenswurdig (Trusted Servers) gel ten. 
Von solchen Servern kann ohne Sicherheitsrisiko 
15 plattformabhangiger Code geladen werden. Eine weitere 
Moglichkeit fur eine Eingabe ist es, immer 
plattf ormabhangigen Code von einem Server zu laden. Diese 
Strategic eigne t sich v. a. dann, wenn der Rechner CLl ein 
reiner Netzwerkrechner ist und/oder keine 
20 sicherheitsrelevanten Daten und/oder Programme enth^lt. 

Wird davon ausgeg&ngen, daS aufgrund der Eingabe 206 kein 
plattformabhangiger Code von dem Server SV geladen werden 
soil, so wird in einem Schritt 207 plattf ormunabhangiger Code 

25 (siehe wieder Bock 104 in Fig.l) geladen. Soil hingegen 
plattformabhangiger Code geladen werden, so wird in einem 
Schritt 208 eine Verhandlung uber die Art des zu ladenden 
Codes (siehe auch Beschreibung zu Fig. 3) durchgefuhrt und in 
einem Schritt 209 der plattf ormabhangige Code geladen. 

30 Plattformabhangiger Code fiir den Rechner CLl ist in Fig.l 

durch den Block 102 angedeutet. Bevor der plattf ormabhangige 
Code auf dem Rechner CLl ausgefuhrt wird, wird vorzugsweise 
eine Sicherheitsuberpruf ung dieses neu geladenen Codes 
durchgefuhrt. Dies geschieht vorzugsweise mit Speziellen 

3 5 Programmen, die die Integritat des geladenen Codes 

sicherstellen, vorzugsweise mittels eines Virensuchprogramms . 
Das Verfahren terminiert in einem Schritt 210. 



wo 99/08419 



PCT/DE98/02265 



9 

Wie in Fig. 2 angesprochen, wird in Fig. 3 der Schritt 208 aus 
Fig. 2 eingehend erlautert . 

5 Die Verhandlung des Rechners CLl mit dem Server SV erfolgt 
derart, dafi der Rechner CLl von dem Server SV eine Liste 
aller verfiigbaren plattf ormabhangigen Realisierungen der 
Methode b anfordert (siehe Schritt 301) . Die Liste wird von 
dem Server SV an den Rechner CLl ubertragen. in einem Schritt 
10 3 02 wahlt der Rechner CLl eine fiir sein Betriebssystem SI 
geeignete Realisierung der Methode b aus, teilt dies dem 
Server SV mit und fordert eine Ubertragung der entsprechenden 
plattf ormabhangigen Realisierung der Methode b (siehe Block 
102 in Fig.l) in einem Schritt 303 an.. 



15 
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Patentanspnichfi 

1. Verfahren zum Laden einer Funktion, die von einem ersten 
Rechner (Server) bereitgestellt wird, auf einen zweiten 
5 Rechner (Client) , 

wobei der erste Rechner und der zweite Rechner liber ein 
Netz verbunden sind, in folgenden Schritten: 

a) von dem zweiten Rechner wird liber das Netz bei dem 
ersten Rechner angefragt, ob die Fiinktion in einem 

10 plattf ormabhangigen Code verfugbar ist; 

b) falls ein plattf ormabhangiger Code nicht verfugbar 
ist, wird ein plattf ormunabhangiger Code der Funktion 
von dem ersten Rechner geladen und das Verfahren 
beendet ; 

15 c) ansonsten (der plattf ormabhangige Code ist verfugbar) 

werden folgende Schritte durchgef lihrt : 

• es wird uberpriift, ob der plattf ormabhangige Code 
der Funktion auf dem zweiten Rechner vorhanden ist 
und, wenn dies der Fall ist, wird der 

20 plattf ormunabhangige Code geladen und das Verfahren 

beendet; 

• falls der plattf ormabhingige Code auf dem zweiten 
Rechner nicht vorhanden ist, wird mittels einer 
Eingabe entschieden, ob der plattf ormabhangige Code 

25 vom ersten Rechner geladen werden soli: 

- wird mittels der Eingabe entschieden, daB der 

plattf ormabhangige Code nicht geladen werden soil, 
wird der plattf ormunabhangiger Code geladen und 
das Verfahren beendet; 

3 0 - wird mittels der Eingabe entschieden, dafi der 

plattf ormabhangige Code geladen werden soil, so 
wird nach einer Verhandlung zwischen dem ersten 
Rechner und dem zweiten Rechner der 
plattf ormabhangige Code der Funktion auf den 

35 zweiten Rechner geladen. 
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Verfahren nach Anspruch 1, 

bei dem die Verhandlung folgende Schritte umf aSt : 

a) der zweite Rechner (Client) fordert von dem ersten 
Rechner (Server) eine Liste aller verfugbarer 
plattfortnabhangiger Realisierungen der Funktion an; 

b) die Liste wird von dem ersten Rechner an den zweiten 
Rechner iibertragen; 

c) der zweite Rechner wahlt eine geeignete Realisierung 
aus, teilt dies dem ersten Rechner mit und fordert 
eine Ubertragung dieser Realisierung der Funktion an. 



3 . Verfahren nach Anspruch 1 oder 2 , 

bei dem nach dem letzten Schritt, dem Laden des 
plattformabh^ngigen Codes von dem ersten Rechner auf den 
15 zweiten Rechner, eine Sicherheitsuberprufung dieses 

plattformabhangigen Codes durchgefuhrt wird. 

4 . Verfahren nach Anspruch 3 , 

bei dem die Sicherheitsuberpriifung folgende Mafinahme 

2 0 umfafit: 

bevor der geladene plattf ormabhangige Code auf dem 
zweiten Rechner ausgeftihrt wird, erfolgt eine 
Integritatsprafung des Codes, vorzugsweise mittels eines 
Virensuchprogramras . 

25 

5. Verfahren nach einem der vorhergehenden Anspruche, 
bei dem die Eingabe auf eine der folgenden Arten 
vorgenommen wird: 

a) ein Benutzer gibt an, ob er plattformabhangigen Code 

3 0 von dem ersten Rechner laden will; 

b) anhand einer Liste, die Rechner einer sicheren 
Umgebung umfafit; 

c) es wird immer plattf ormabhangiger Code geladen, wenn 
der erste Rechner keine sicherheitsrelevanten Daten 

3 5 und/oder Programme enth&lt . 
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6. Verfahren nach einem der vorhergehenden Anspruche, 

bei dem der plattf ormunabhangige Code JAVA-Bytecode ist. 
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